\documentclass{article}
\usepackage[utf8]{inputenc} % un package
\usepackage[T1]{fontenc}      % un second package
\usepackage[francais]{babel}  % un troisième package
\usepackage{amsmath}
\usepackage{graphicx}

\title{Architectures Applicatives Réparties - AAR}
\author{Alexandre Masson}
\date{11 Septembre 2013}

\begin{document}
\maketitle
\newpage
\section{11 Septembre 2013}
\paragraph{trucs utiles}
\begin{itemize}
\item pour dev prendre un nouvel eclipse for JEE dev

\item jboss : server d'application que l'on va utiliser.

\item jbosstools: plugin eclipse pour utiliser jboss, permet une config facile de jboss
\end{itemize}

\subsection{Histoire}
\paragraph{}
\begin{itemize}
\item[70] système centralisé : un gros serveur, plein de terminaux, tous les calculs et le calcul de l'ihm se fait sur le serveur, composant localisés sur un site unique, centralisation des données, terminaux légers. cout ? teck propriétaire donc on paye le prix fort, l'avantage est que pour les évolutions, pas besoin de tout changer puisque tout est sur un seul site 
\item[80] client/serveur : évite le gros système central, composant décentralisés, serveur = SGBD, utilisable par la plupart des sgbd, le principal inconvénient c'est que le client est isolé et ne discute qu'avec le serveur, modularité difficile. Mais aussi, certains problèmes apparaissent,  notamment la montée en charge, le nombre de client pouvant exponentiellement augmenter. la circulation d'info sur le réseau engendre un problème de fiabilité de la sécurité du réseau. Nous pouvons aussi noter que si la base de données reçoit des changements structurel, il faut changer le client.
\item[90] fat client
\item[95] le web, utilisation de réseau internet
\item[00] objet distribués
\item[05] interopérabilité et partage
\end{itemize}

\paragraph{traitement Distribués} Ils sont répartis entre client et serveur, utilisation des RPC, avantages : rpc maîtrise des infos transmises, prog fonctionnelle, indépendance client/serveur, un serveur peut être client, traitements globaux = limitation du volume de données. inconvénient : limites des RPC, adressage dynamique des tables, gestion de l'intégrité $\rightarrow$ utilisation d'un TDM. Si plusieurs utilisateurs font des accès concurrents. problème de rollback, vous quitter la BDD de manière inhabituelle, le système ne valide pas les changements, donc les modif ne sont pas conservées, commit idem mais validation et conservation des changements.

\paragraph{Gestion de données réparties} données dupliquées et/ou réparties sur différents sites. Gestion de la cohérence globale. 
\begin{itemize}
\item[Avantages] volumes de données conséquents, charge réseau maîtrisée, outils existants, cout de dev maîtrisable, exploitation assez aisée.
\item[Inconvénient]Nécessite une très bonne maitrise des SGBDs, gestion de la cohérence, fat client, circulation du 
\end{itemize}

\paragraph{Données et Traitements distribués} Modèles puissants basés sur les composants, utilisation des messages ou objets
\begin{itemize}
\item[Avantages] Compo réutilisables, répartition $\rightarrow$ optimisation, tous les messages sont accessibles par tous les clients
\item[Inconvénient] complexité, outils nombreux, formation et administration plus complexe
\end{itemize}


\end{document}